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PREFACE 


This  effort  was  undertaken  in  March  1985  as  a  part  of  a  continuing  program  to 
develop  the  C3EVAL  model  as  an  analytic  tool  for  use  by  the  Office  of  the  Joint  Chiefs  of 
Staff/Command  Control  and  Communications  Systems  (OJCS/C3S)  under  Contract  No. 
MDA  903-84C-0031,  Task  Order  No.  T-5-309.  The  basic  model  has  been  developed  by 
IDA  with  programming  support  from  Applications  Research  Corporation  (ARC).  This 
work  is  reported  in  IDA  Paper  P-1756,  "Development  of  C3  Assessment  Methodology: 
The  C3EVAL  Model,"  dtd  February  1984.  This  is  a  report  on  work  in  progress  and 
provides  a  description  of  the  work  done  in  FY1985,  an  update  of  the  users'  manual,  and  a 
briefing  on  the  model  and  its  current  capabilities. 


EXECUTIVE  SUMMARY 


A.  OBJECTIVE 

The  objective  of  this  phase  of  the  C3EVAL  model  development 
program  is  to  "extend  the  model  so  that  it  may  be  used  to  display 
the  combat  consequences  of  changes  in  command  and  control  pro¬ 
cesses  and  changes  in  communications  network  structure  and 
capacity,  where  changes  result  from  c3  deficiencies  identified  in 
the  periodic  OJCS/C^S  Performance  Evaluation."  The  guidance  pro¬ 
vided  also  led  to  preliminary  development  of  an  input  processor 
and  graphics  support  package. 

B.  REPORTS 

The  report  on  the  work  accomplished  in  FY1985  is  in  three 
volumes.  The  first  volume  contains  a  general  description  of  the 
model  and  of  the  improvements  that  have  been  made.  The  second 
volume  is  a  user's/programmer’s  manual  that  updates  the  code  and 
its  description.  The  final  volume  is  a  briefing  about  the  model 
and  its  capabilities. 

The  model  has  been  designed  to  assess  c3  in  terms  of  the 
impact  of  changes  in  c3  on  combat  operations.  Basic  to  the 
concept  of  the  model  is  the  representation  of  the  flow  and  use  of 
information  as  represented  by  explicit,  doctrinally  specified 
messages.  The  messages  are  created  at  the  nodes  representing  the 
command  and  control  units  over  communications  paths.  Combat 
units  are  in  the  current  structure  divisions  that  can  be 
supported  by  air  forces. 

c*  4 

o-  1 


The  model  is  an  aggregated  model  intended  for  use  in  JCS 
evaluations  and  treats  the  flow  and  use  of  information  from 
division  to  SHAPE  in  the  Central  European  command.  The  node  and 
path  structure  currently  in  the  model  is  as  shown  in  Figure  S-1. 
The  model  is  designed  to  be  flexible  so  that  it  can  be  adapted  to 
other  command  structures  and  scenarios.  This  flexibility  is 
achieved  by  making  it  possible  for  the  user  to  select  the  nodes 
and  paths  desired.  Once  the  selection  has  been  made,  however, 
and  rules  have  been  chosen  for  the  operation  of  the  nodes, 
changes  can  be  made  made  only  with  considerable  care.  The  level 
of  aggregation  is  also  user  chosen  and  this  is  reflected  in  the 
characteristics  of  the  combat  units  and  the  time  interval  chosen 
for  the  operation  of  the  model. 


SHAPE 


AFCENT 

AAFCE 


CENTAG 


ATAF 


The  basic  node  structure  is  the  same  for  all  nodes.  The 
differences  in  operations  of  the  different  units  represented  by 
the  nodes  is  accomplished  by  differences  in  the  user  input  rules. 
This  basic  node  structure  receives  messages  from  other  nodes  from 
the  scenario  input  or  from  the  file  of  messages  held  over  from 
previous  time  intervals.  Messages  are  processed  to  generate  new 
messages  which  are  sent  to  the  destination  files  where  they  are 
transmitted  to  the  next  node  depending  on  priority,  designated 
mode  of  transmission  (e.g.,  voice,  TTY),  and  the  available 
capacity  of  the  designated  communications  paths.  Alternate  modes 
of  transmission  will  be  used  if  the  user  has  designated  in  the 
data  that  these  alternatives  are  acceptable.  Alternate  paths 
through  other  command  nodes  can  also  be  used  if  so  designated. 

During  the  FY85  effort,  an  input  limit  and  an  output  limit 
have  been  added  to  allow  for  the  representation  of  reductions  in 
operating  capacity  that  might  occur  when  the  unit  was  moving  or 
had  been  attacked.  The  additions  included  the  development  of 
rules  for  corps  that  allow  for  the  reallocation  of  corps  con¬ 
trolled  combat  resources  when  triggered  by  request  messages  from 
subordinate  units.  The  "decisions”  requesting  or  allocating  re¬ 
sources  are  based  on  calculation  of  force  ratio  at  division  and 
corps.  Corps  information  on  the  Red  and  Blue  forces  on  which  the 
force  ratio  calculations  are  based  are  determined  by  messages 
from  division  reporting  Blue  losses  and  intelligence  on  Red 
forces.  Scenario  input  data  can  also  represent  intelligence 
inputs.  Randomness  is  introduced  into  the  division  reports  of 
losses  of  both  sides,  thus  introducing  additional  verisimilitude. 

Communications  paths  are  aggregations  of  all  links  between 
two  nodes.  The  user  can  assign  as  many  different  kinds  of  paths 
as  desired,  e.g.,  voice,  secure  voice,  and  TTY.  The  user  may 
also  designate  several  types  or  modes  of  communication  paths. 

Any  communication  path  will  be  used  only  if  the  messages  and 
rules  are  written  so  that  the  path  is  designated  for  use. 
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During  the  course  of  the  FY85  effort  development  was  started 
on  a  pre-processor  to  facilitate  the  data  input.  The  full 
schedule  of  data  inputs  includes 

1)  Node  designation  with  unit  type,  subordinates, 
superiors,  alternatives,  and  coordination, 

2)  Node  limits  (input  and  output  limits), 

3)  Communications  paths  with  types  and  capacities. 

4)  External  messages  with  scenario  inputs, 

5)  Combat  data, 

6)  Aircraft  data, 

7)  Helicopter  data, 

8)  Rules 

Of  these,  the  first  has  been  implemented  with  a  data  dictionary 
and  instructions  to  facilitate  data  input  by  the  user. 

Another  major  addition  to  COEVAL  during  the  current  work  is 
a  post-processor  for  graphic  summaries.  These  may  be  bar  graphs 
summarizing  all  specified  data  over  the  time  period  or  time-t 
graphs  of  the  selected  topic  for  each  time  interval.  Output  sum¬ 
maries  are  available  from  a  menu  as  follows: 

1 )  Quit 

2)  Communications  Path  Limit 

3)  Input  Limit 

4)  Output  Limit 

5)  Combat  Support 

6)  Losses 

Examples  of  the  output  are  given  in  the  following.  In  the  first 
case  used,  it  is  assumed  that  all  nodes  are  operating  at  full 


capacity,  all  communications  paths  are  available,  and  "random"  is 
off.  This  latter  assumption  means  that  the  list  of  user  designa¬ 
ted  external  messages  that  have  been  "randomized"  to  represent 
non-periodic  events  is  not  activated.  There  is  no  randomization 
of  the  loss  reports  and  any  other  random  effects  do  not  appear. 
The  second  case,  designated  on  the  curves  as  "Case  II,"  includes 
considerable  disruption  in  the  operation  of  the  c3  system.  The 
"random"  is  on  and  there  are  additional  external  messages.  There 
are  input  and  output  limits  on  the  messages  from  the  23rd  Armored 
Division.  In  addition,  there  are  time  designated  reductions  in 
the  capacity  of  selected  communications  paths.  The  first  of  the 
graphics  to  be  shown  is  Figure  S-2,  Summary  Graphs  for  Communica¬ 
tions  Path  Limit.  This  shows  the  summary  of  messages  sent  at  V 
Corps  Tac,  52nd  Mech  and  the  23rd  Armored  Division.  Note  first 
that  there  are  many  more  messages  in  the  system  for  Case  2  and 
that  for  this  case  there  are  large  numbers  of  messages  held  or 
deleted  because  of  the  limits  on  the  capability  of  the  nodes  and 
the  capacity  of  some  of  the  communications  paths.  If  greater 
detail  at  one  of  the  nodes  is  desired,  it  is  possible  to  obtain 
the  Time  T  graph  at  that  node.  Figure  S-3  shows  the  Time  T  graph 
for  the  Communications  Path  Limit  at  the  node  for  the  23rd 
Armored  Division.  For  Case  2  the  communications  with  that  node 
have  been  disrupted  as  described  in  the  scenario. 

Figure  S-4  shows  a  plot  of  combat  losses  for  tanks,  AVVs, 
and  APCs  for  the  Red  forces  attacking  the  23rd  Armored  Division 
as  plotted  on  a  Time-t  graph. 

During  the  development  of  the  model  there  were  thorough 
tests  conducted  as  each  change  was  made.  This  testing  was  done 
to  assure  that  the  model  was  working  as  intended  and  that  bugs 
were  eliminated.  The  testing  was  also  conducted  on  the  pre-and 
post-processors  as  they  were  developed. 
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DATA  DEVELOPMENT 


One  of  the  primary  tasks  in  the  development  of  data  for 
COEVAL  model  is  the  design  of  the  decision  rules.  Each  decision 
rule  has  three  parts:  The  rule  parameters,  the  data  required  for 
the  rule  to  be  invoked  and  the  guidelines  for  the  results  of  the 
rule.  Rules  are  assigned  rule  numbers  to  allow  cross  reference 
between  the  parts  and  used  internally  by  the  model  to  integrate 
message  data  segments  with  the  appropriate  rule  when  it  is  pro¬ 
cessed.  Each  rule  is  applied  to  a  set  of  nodes  in  the  scenario 
by  assigning  all  nodes  in  the  set  a  node  type  number  and  assign¬ 
ing  that  number  as  the  process  originator  type  in  the  rule  para¬ 
meters.  Similarly,  the  required  data  (Message  In)  and  results 
data  (Message  Out)  data  sets  identify  the  originator  and  destina¬ 
tion  nodes  using  the  node  type  as  a  key  element.  Setting  up  the 
decision  rule  file  to  provide  continuity  for  node  type,  rule 
number,  message-in  type,  message-out  type  and  communications 
paths  has  been  set-up  as  a  formal  procedure  described  in  this 
report.  Data  for  the  procedure  has  been  developed  from  Field 
Manuals,  studies,  and  NATO  STANAGs. 

The  types  and  capacities  of  the  communications  paths  are 
based  on  the  doctrine  of  the  service  that  is  being  represented. 
The  U.S.  Army  Field  Manuals  specify,  for  example,  the  number  of 
communications  links  available  to  the  commander,  for  operations 
(G-3) ,  and  intelligence  (G-2).  The  scenario  may,  for  example, 
specify  that  TRITAC  equipments  are  or  are  not  available.  Between 
these  sources,  it  is  possible  to  determine  the  path's  connecting 
nodes . 

D.  FUTURE  DEVELOPMENT 

Suggestions  are  included  for  future  development  of  the 
model.  These  include: 


Logistics  c3 
Nuclear  c3 

New  Theaters  and  Scenarios 

Improved  command  nodes  and  decision  making 

Improved  versimiltude  in  simulation,  e.g.,  random 
processes 

Extension  of  the  pre-  and  post-processors. 


I.  INTRODUCTION 


A.  OBJECTIVES 

The  defined  objective  of  this  phase  of  the  C3EVAL  model 
development  program  is  to  "extend  the  model  so  that  it  may  be 
used  to  display  the  combat  consquences  of  changes  in  command  and 
control  processes  and  changes  in  communications  network  structure 
and  capacity,  where  changes  result  from  c3  deficiencies  identi¬ 
fied  in  the  period  OJCS/C^S  Performance  Evaluation."  The  guid¬ 
ance  provided  also  led  to  the  preliminary  development  of  an  input 
processor  and  a  graphics  support  package. 

B.  BACKGROUND 

The  effort  reported  here  is  a  continuation  of  the  program 
started  in  1983  with  an  investigation  to  see  if  a  means  could  be 
provided  that  would  satisfy  the  needs  of  JCS/C^s  to  do  c3  evalua¬ 
tions  and  to  support  the  TFCA  program.  The  second  year  of  effort 
was  devoted  to  a  careful  survey  of  existing  models  and  simula¬ 
tions.  This  was  extended  to  an  evaluation  of  the  use  of  the 
Warfare  Environment  Simulator  (WES)  of  the  Naval  Ocean  Systems 
Center  (NOSC)  and  the  formulation  of  a  concept  for  JCS/c3s  use. 

In  the  third  year,  the  concept  was  implemented  in  the  development 
of  the  first  version  of  the  C3EVAL  model.  Only  preliminary  rules 
and  tests  were  conducted  with  this  first  version. 

The  requirements  that  made  it  necessary  to  undertake  the  de¬ 
velopment  of  a  new  model  were  several.  The  analysis  method  was 
originally  intended  to  provide  means  for  supplying  a  command/con¬ 
trol/communications  (C3  input  to  the  Total  Force  Capability 


Asseessment  (TFCA)  of  the  Joint  Analysis  Directorate  (JAD).  This 
need  is  still  one  that  must  be  satisfied.  However,  the  model 
is  also  to  provide  an  analysis  tool  to  JCS/c3s  to  assess  Joint 
Staff  C3  system  performance  evaluation  and  thus  an  important 
criterion  for  the  model  is  that  it  be  usable  by  the  Joint  Staff. 
It  thus  must  require  only  a  minimum  of  support  and  should  permit 
a  quick  turnaround  on  test  cases. 

The  model  has  been  designed  to  assess  C3  in  terms  of  the 
flow  and  use  of  information.  This  means  that  while  it  treats 
communications  it  must  also  represent  in  some  way  the  command  and 
control  processes  and  the  interaction  of  c3  with  operations  and 
combat.  The  model  is  an  aggregated  model  for  JCS  evaluations  and 
treats  the  flow  and  use  of  information  at  the  higher  levels  of 
command  and  not  the  details  of  decision  and  action  at  the  indi¬ 
vidual  fire  unit  or  aircraft  level.  The  model  must  also  be  flex¬ 
ible  in  that  it  should  be  adaptable  to  a  wide  variety  of  command 
structures  and  scenarios.  The  C3EVAL  model  has  been  designed  and 
developed  to  meet  these  conditions.  Currently  the  data  that  has 
been  installed  is  for  a  Central  European  scenario  with  focus  on 
U.S.  forces  and  the  NATO  command  structure  through  which  they 
act . 

C.  APPROACH 

This  report  on  the  work  of  the  last  year  is  in  three  vol¬ 
umes.  The  first  volume  contains  a  general  description  of  the 
model  and  of  the  improvements  that  have  been  made.  There  is  a 
discussion  of  the  data  used  and  the  methods  for  its  preparation. 
Examples  of  the  capabilities  of  the  model  are  given.  The  second 
volume  is  a  briefing  about  the  model  and  its  capabilities.  The 
briefing  provides  a  complete  summary,  but  is  designed  so  that 
portions  may  be  deleted  and  thus  presented  in  a  shorter  time. 

This  is  folllowed  by  an  examination  of  improvements  that  could  be 
made  that  would  readily  extend  the  existing  model  and  scenario 


II.  C3EVAL  model 


A.  INTRODUCTION 

The  purpose  of  this  chapter  is  to  describe  the  C3EVAL  model 
in  its  current  configuration.  The  additions  that  have  been  made 
to  the  model  in  the  last  year  receive  particular  emphasis.  In 
this  chapter  a  general  description  of  the  model  is  provided. 

B.  GENERAL  DESCRIPTION 

The  major  elements  of  the  C3EVAL  model  are  as  follows: 

1)  Node  and  path  structure:  There  are  programmed  rules  for 
the  operation  of  the  nodes. 

2)  Action  models:  The  models  of  combat  that  interact  with 
the  c3hierarchy. 

3)  Data  structures:  The  data  for  node  and  path  designa¬ 
tions,  time  T  inputs,  combat  data  and  decision  rules. 

4)  Pre-processor:  A  means  to  provide  for  more  user 
friendly  input  of  data. 

5)  Post-processor:  A  means  for  developing  graphics  pre¬ 
sentations  of  the  results  of  a  model  run. 

The  node  and  commuications  path  structure  are  chosen  by  the  user 
so  that  any  desired  arrangement  of  the  nodes  and  paths  can  be 
represented.  Once  a  selection  has  been  made,  however,  and  rules 
have  been  chosen  for  the  operation  of  the  nodes,  changes  can  be 
made  only  with  considerable  care.  The  level  of  aggregation  is 
also  user  chosen.  This  is  reflected  in  the  characteristics  of 
the  combat  units,  in  the  time  interval  chosen  and,  naturally,  in 
the  number  of  nodes.  Changes  in  time  interval  affect  the 
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decision  rules  and  the  combat  data  used.  The  current  version  has 
divisions  as  the  smallest  ground  combat  unit  and  flights  of  air¬ 
craft  for  the  smallest  air-to-ground  unit. 

C.  DATA  INPUT 

The  data  input  structure  contains  all  the  data  necessary  for 
the  operation  of  the  model.  The  design  is  such  that  there  are 
but  few  data  in  the  model  so  that  the  user  has  complete  access  to 
the  inputs  so  that  the  user  can  control  the  cases  to  be  run  as 
desired.  The  full  schedule  of  data  inputs  are  as  follows: 

1)  Nodes:  The  designation  of  the  nodes,  their  commander 
(whom  do  they  report  to),  their  subordinates  (who  reports  to  the 
node),  coordinating  nodes,  alternative  nodes  for  sending  messages 
when  normal  lines  of  communications  are  unavailable. 

2)  Node  limits:  Input  and  output  limits  to  represent  con¬ 
straints  on  the  capabilities  of  the  nodes  to  either  receive  or 
process  messages.  Node  limits  can  be  specified  by  time  interval. 

3)  Communications  networks:  The  specifications  of  the 
numbers  of  paths,  their  kinds  and  their  capacities  that  connect 
each  node  with  other  nodes.  Communications  capacities  can  be 
specified  by  time  interval. 

4)  External  messages:  All  scenario  inputs  tha  include 
messages  that  report,  for  example,  EW  events,  changes  in  the 
number  of  weapons  available  to  combat  units,  or  changes  in 
posture  of  combat  units. 

5)  Combat  data:  The  numbers  of  weapons  assigned  to  each 
combat  unit  and  their  posture. 

6)  Aircraft  data:  Types  of  aircraft,  numbers  of  aircraft, 
and  availability  by  time  period. 

7)  Helicopter  data:  Characteristics  and  numbers  by  time 
period. 

3)  Rules:  These  are  the  representation  of  the  decision 
processes  by  which  messages  are  generated.  Rules  are  specific  to 


the  node  type,  organization  and  doctrine  of  the  c3  system  being 
considered. 

Of  these  data  categories,  the  first  has  been  implemented  with  a 
data  dictionary  and  instructions  in  an  input-processor  to  facili¬ 
tate  data  input  by  the  user. 

D.  SIMULATION  DESCRIPTION 

The  model  is  designed  to  be  able  to  represent  any  command 
structure  that  is  an  arrangement  of  command  nodes  and  communica¬ 
tions  paths  with  an  interaction  with  operations  and,  in  par¬ 
ticular,  with  combat  operations.  the  working  model  as  it  is 
currently  structured  represents  a  slice  of  the  command  structure 
in  Central  Europe  as  shown  in  Figure  1 1  —  1 .  The  structure  of 
nodes  and  paths  has  been  extended  from  that  which  existed  for  the 
original  development  and  test  of  the  model.  The  level  of  aggre¬ 
gation  has  been  changed  from  brigades  as  the  smallest  unit  to 
divisions.  This  smallest  ground  unit  is  the  combat  unit.  The 
levels  of  command  have  been  extended  above  corps  to  CENTAG, 
AFCENT/AAFCE  and  SHAPE.  The  representation  of  corps  has  been 
changed  so  that  there  are  nodes  for  Corps  Main,  Corps  Tac  and 
Corps  Rear.  The  TACP  at  division  and  the  ASOC  at  Corps  Tac  have 
been  combined  into  the  nodes  for  division  and  Corps  Tac.  This 
means  that  there  is  no  delay  between  the  Air  Force  and  Army 
units.  The  message-generating  capability  of  these  units  for 
sending  messages  to  appropriate  Air  Force  or  Army  units  has  not 
been  altered  and  each  can  still  perform  its  appropriate  func¬ 
tions.  In  addition,  the  Corps  Tac/ASOC  and  Corps  Main  have  been 
added  for  another  corps  area  so  that  the  addition  of  another 
corps  is  facilitated.  The  user  can  pick  any  arrangement  of  nodes 
and  paths  that  may  be  desired.  This  is  a  part  of  the  flexibility 
of  the  model.  The  command  structure  may  represent  that  of  a  lie. 
Service,  joint  or  combined  force,  provided  that  the  rule  struc¬ 
ture  and  messages  can  be  specified.  The  user  may  establish  as 
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many  nodes  as  desired.  The  limits  will  be  determined  partly  at 
least  by  the  effect  on  turn-around  time.  It  is  probably  worth 
noting  that  in  the  use  of  the  model  that  the  point  may  be  reached 
that  when  particular  problems  are  to  be  investigated,  only  that 
por-tion  of  the  structure  relevant  to  the  particular  problem 
should  be  retained.  This  would  mean  that  turn-around  time  for 
that  investigation  would  remain  low.  Care  must  be  taken  in  such 
simplications  of  structure  since  it  could  lead  to  serious 
alterations  in  the  behavior  of  the  system  and  the  flow  of 
messages.  A  straightforward  example  of  such  a  change  would  be 
the  absence  of  some  of  the  alternative  paths  for  message 
delivery . 

The  user  establishes  the  number  and  description  of  the  paths 
that  connect  the  nodes.  While  it  is  emphasized  that  there  is 
aggregation  of  the  communication  paths,  there  is  considerable 
flexibility  in  their  designation  and  use.  Figure  II-2  shows  the 
current  path  connections  for  V  Corps  Tac.  There  are  a  total  of 
32  distinct  paths  that  are  identified  as  secure  voice,  open 
voice,  digital  and  courier.  The  capacity  of  the  path  is  defined 
by  the  number  of  characters  that  can  be  transmitted  within  the 
designated  time  interval  (in  this  case,  within  one-half  hour). 
This  means  that  when  voice  is  the  mode  being  used,  the  capacity 
of  the  path  will  be  limited  to  the  number  of  characters  that  can 
be  spoken  within  the  one-half  hour  and  not  by  the  capability  of 
the  system  to  transmit  millions  of  bits  per  second.  The  paths 
can  be  designated  for  specific  use,  although  this  has  not  been 
done  in  the  current  work.  An  example  of  such  a  designation  would 
be  the  identification  of  paths  5,  6  and  7  as  part  of  the  Air 
Force  Tactical  Air  Net.  The  Air  Force  messages  that  would  use 
this  net  would  have  to  be  so  designated. 

The  paths  represent  the  total  capacity  available  of  the 
specified  mode  of  transmission  between  two  nodes.  They  do  not 
specifically  represent  a  particular  communications  link  except  in 
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Figure  II-2.  PATH  CONNECTIONS  WITH  V  CORPS  TAC 


the  fact  that  they  include  that  link  with  all  other  links  avail¬ 
able  of  the  specified  kind  between  the  two  nodes.  If  there  are 
switches  between  the  two  nodes,  they  are  not  separately  iden¬ 
tifiable  in  the  model’s  current  configuration.  If  the  communica¬ 
tions  capacity  is  diminished  in  a  given  series  of  time  intervals 
by  jamming,  unreliability  of  a  switch  or  combat  damage  to  a 
switch,  this  is  represented  by  a  reduction  in  capacity  input  by 
the  user.  The  nature  of  changes  in  the  communications  system  due 
to  changes  in  message  switches  can  be  determined  from  a  communi¬ 
cations  network  model  to  provide  data  for  input  to  the  C3EVAL 
model . 

Each  node  has  the  same  internal  structure  (Figure  II-3). 

Each  node  can  be  designated  as  belonging  to  a  generic  unit  type, 
i.e.,  division  or  wing  operations  center  (WOC)  and  when  rules  are 
developed  for  that  generic  type,  all  nodes  designated  to  be  of 
that  type  will  operate  according  to  those  rules.  Each  command 
unit  has  three  files  on  the  input  side  that  may  contain  messages. 
The  messages  in  these  three  input  files  are  reviewed  each  time 
interval.  The  three  input  files  are  (1)  the  file  of  messages 
from  other  command  nodes/units,  (2)  the  file  of  messages  input  by 
the  user  (the  external  file)  that  are  scenario-specified  messages 
and  (3)  the  file  of  messages  held  from  a  previous  time  interval 
for  one  of  three  reasons.  The  first  reason  is  to  represent  the 
fact  that  it  may  take  more  than  one  time  interval  to  process  a 
specific  kind  of  message,  e.g.,  the  process  time  for  certain 
types  of  reports  may  normally  take  two  hours  to  produce.  In  this 
case,  the  messages  will  be  held  in  the  future  file  for  four  time 
intervals.  The  second  is  that  scenarios’  messages  may  be  held  in 
the  future  messages  file  if  the  capacity  of  the  available  com¬ 
munications  paths  is  exceeded  before  that  particular  message 
could  be  sent.  In  that  case,  the  message  will  be  held  in  the 
future  message  file  and  an  attempt  will  be  made  to  send  it  during 
the  next  time  interval.  If  it  still  cannot  be  sent,  the  process 


will  be  repeated  until  the  designated  age  of  the  message  has  been 
exceeded  and  the  message  will  be  destroyed/killed.  The  output 
record  will  indicate  how  many  and  which  messsages  have  been 
destroyed/killed  and  how  many  have  been  held.  Finally,  messages 
may  also  be  held  in  the  future  message  file  when  they  have  not 
been  sent,  due  to  the  output  message  limiter.  Specific  messages 
may  be  held  for  a  period  of  time  determined  by  a  random  draw  if 
"random”  has  been  turned  on  and  the  message  is  one  of  those  that 
have  been  designated. 

The  first  process  to  which  messages  are  subjected  may  be  the 
input  message  limit.  This  is  a  new  feature  added  during  the  cur¬ 
rent  program.  This  limitation  may  be  set  by  the  user  for  speci¬ 
fied  numbers  of  time  periods  by  node.  It  is  intended  to  repre¬ 
sent  such  events  as  a  limitation  on  the  ability  to  receive  mes¬ 
sages  due  to  events  such  as  damage  to  antennas  or  the  unit  being 
on  the  move.  The  limitation  is  designed  to  pass  priority  one 
messages  and  a  specified  number  of  lower  priority  messages.  The 
input  file  messages  are  sorted  as  they  come  in. 

The  "create  new  messages"  process  is  central  to  the  opera¬ 
tion  of  the  model  of  the  command  node.  New  messages  may  be  gen¬ 
erated  because  it  is  time  for  that  message  to  occur,  i.e.,  it  is 
a  periodic  message.  A  new  message  may  be  created  because  a  cer¬ 
tain  message  has  arrived.  The  new  message  in  either  case  may 
require  the  existence  of  one  or  several  specified  messages  in  the 
file  before  the  new  message  is  created.  The  new  message  will  be 
created  according  to  the  rules  that  have  been  established  in  the 
rule  data  file.  Rules  are  discussed  under  the  rule  data  develop¬ 
ment. 

An  important  part  of  the  additions  made  during  the  current 
work  is  the  process  for  the  reallocation  of  corps  controlled 
combat  resources.  This  includes  the  corps  approval  of  requests 
for  CAS/BAI  with  the  ASOC  passing  on  approved  requests  to  the 
ATOC  and  WOC.  The  allocations  are  first  made  for  the  day  and  are 
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sent  by  corps  to  divison.  This  action  is  evident  in  the  equip¬ 
ment  lists  of  the  division  by  weapons  type.  For  corps  artillery 
and  helicopter  resources  the  assignment  is  from  the  scenario  in¬ 
put  and  are  made  to  division  as  external  messages  with  inputs  to 
the  combat  matrix.  Reallocations  of  these  resources  within  the 
division  take  place  within  the  combat  matrix  as  posture  or  inten¬ 
sity  of  the  battle  changes,  and  are  not  visible  as  identifiable 
decisions  with  messages  at  the  level  of  aggregation  of  the  model. 

When  additional  resources  are  required  above  those  allocated 
to  the  divison,  a  request  is  made  to  corps.  The  process  that  has 
been  installed  in  the  current  work  is  such  that  an  air  request  is 
triggered  when  the  force  ratio  at  division  exceeds  an  amount  des¬ 
ignated  by  the  user.  This  air  request  is  sent  to  Corps  Tac.  The 
division  also  suplies  Corps  Tac  with  spot  reports  on  the  attri¬ 
tion  suffered  by  the  division.  If  random  is  on,  these  reports 
will  be  increased  or  decreased  by  a  random  amount  that  is  the 
same  for  all  items  in  the  weapons  type  list.  The  division  also 
sends  spot  intelligence  reports  of  attrition  of  the  opposing  Red 
forces.  These  are  also  randomized  when  Blue's  are  randomized. 

The  information  on  which  the  corps  makes  decisions  is  thus 
different  from  that  at  division,  since  the  reports  on  either 
friendly  or  enemy  losses  will  be  delayed  by  at  least  one  time  in¬ 
terval  and  may  be  in  error  by  the  random  factor.  The  tables  of 
equipment  at  corps  may  also  differ  from  those  at  division. 
Currently  the  table  of  equipment  used  at  division  for  calcula¬ 
tions  is  the  "ground  truth."  This  is  a  convenient  way  to  retain 
a  baseline  for  comparison  purposes.  If  a  differrnt  set  of  values 
was  desired  by  the  user,  it  would  not  be  difficult  to  base  divi¬ 
sion  calculations  on  values  that  were  delayed  or  "randomized" 
from  ground  truth.  The  corps  basis  for  calculations  is  a  table 
of  equipment  of  Red  and  Blue  that  is  input  by  the  user  that 
represents  the  corps  perception.  For  Red  forces  this  list  is 
currently  a  generic  description  of  Red  forces.  If  the  division 


has  reported  that  it  is  being  attacked  by  an  armored  division, 
the  corps  estimates  will  be  based  on  that  report  whether  it  is 
correct  or  not.  Based  on  the  force  ratio  calculated,  Corps  Tac 
will  agree  or  not  with  the  allocation  of  air  resources  to  the 
division.  If  corps  agrees,  the  ASOC  will  forward  the  request  to 
the  WOC.  The  WOC  will  fulfill  the  request  depending  on  the 
availability  of  resources. 

There  is  also  a  representation  of  resource  allocation  and 
reallocation  at  division  level.  The  primary  allocation  of  corps 
resources  is  made  by  scenario  input  for  the  24-hour  period.  The 
reallocation  of  those  resources  at  division  is  by  the  change  of 
posture,  which  can  result  in  changes  of  rate  of  fire.  These 
changes  can  occur  due  to  changes  in  combat  intensity,  due  to  ex¬ 
ternal  (scenario)  messages  or  from  messages  received  from  corps. 

Messages  that  are  to  be  sent  within  the  current  time  inter¬ 
val  are  moved  through  the  output  message  limiter.  This  limiter 
has  been  added  as  a  part  of  the  current  work  effort.  The  output 
limitation  is  to  represent  limits  on  the  capability  of  the  com¬ 
mand  node  to  generate  messages.  This  output  limitation  could, 
for  example,  represent  damage  done  to  the  command  post  and  thus 
reflect  reduced  capability.  Similar  reduction  in  capability 
could  occur  when  the  command  post  is  on  the  move.  The  output 
limit  restricts  the  number  of  messages  by  priority. 

Messages  that  are  to  be  sent  within  the  current  time  inter¬ 
val  are  moved  to  a  destination  file.  Each  unit  has  a  destination 
file  for  each  unit  that  it  may  communicate  with  during  the  run. 
The  first  step  in  the  process  determines  how  messages  will  be 
sent  is  to  compare  the  capacity  required  by  all  messages  to  be 
sent  on  their  primary  transmission  path  with  the  total  capacity 
of  the  path.  Capacity  is  measured  in  terms  of  messages  and  hence 
number  of  characters  that  can  be  sent  during  the  time  interval. 
Capacity  can  be  determined  by  the  physical  properties  of  the 
path,  as  with  TTY,  or  by  a  standard  capability  such  as  the  number 


of  characters  that  can  be  transmitted,  as  by  voice.  When  the 
required  capacities  are  insufficient,  the  priorities  of  the 
messages  are  compared.  Those  messages  that  cannot  be  sent  are 
bumped  to  the  alternate  communication  types,  on  which  the  same 
process  is  followed.  If  the  messages  still  cannot  be  sent,  the 
messages  in  the  hold  queues  are  assessed  to  determine  if  they  can 
be  sent  through  alternative  destinations  where  they  would  be 
forwarded.  If  this  is  done,  the  message  is  flagged  so  it  can  be 
traced.  The  flag  also  tells  the  alternate  destination  not  to  do 
anything  to  the  message  except  to  try  to  send  it  on  to  its 
original  destination.  When  all  this  is  completed,  the  process  is 
repeated.  This  is  to  cover  the  possibility  that  if  a  message 
assigned  to  its  first  alternate  destination  is  bumped  by  a 
message  that  is  being  re-routed,  it  is  checked  for  its  alterna¬ 
tive  routing. 

The  "action  models"  are  to  represent  aspects  of  the  military 
combat  and  support  operations  which  affect  the  C3  system  and 
which  are  affected  by  that  system.  The  representation  of  ground 
force  engagement  processes  that  are  included  in  the  current  ver¬ 
sion  of  the  model  uses  a  matrix  method  of  calculation  of  the 
attrition  processes.  This  method  is  similar  to  the  dynamic  model 
used  in  the  TFCA  games.  The  matrix  method  allows  for  the  calcu¬ 
lation  of  attrition  by  fires  of  N  Blue  weapons  on  M  Red  weapons 
with  allocation  of  fire  and  engagement  rates  accord-ing  to  input 
data.  The  kill  probabilities  are  also  specified.  Changes  in  the 

number  of  weapons  available  could  also  cause  the  initiation  of  a 

message  as,  for  example,  when  the  force  ratio  reaches  a  certain 
level  a  request  is  made  for  supplemental  close  air  support. 

The  airbase  model  contains  representations  of  a  WOC  and  CRC. 
The  WOC  controls  the  allocation  of  available  aircraft  on  the 
ground  to  the  requests  for  air  support  that  it  has  received  via 
messages.  The  CRC  receives  control  of  sorties  once  they  are 

airborne.  The  CRC  processs  calculates  the  time  over  target, 


modifies  the  appropriate  unit  combat  matrix  to  include  the  sor¬ 
ties,  calculates  attrition  to  the  enroute  aircraft  and  schedules 
them  for  control  by  the  WOC  after  they  land  after  accounting  for 
attrition  in  the  combat  area.  Only  one  mission  type  is  flown  in 
the  present  configuration,  CAS/BAI. 

E.  GRAPHICS  POST-PROCESSOR 

Another  major  addition  to  C3EVAL  during  the  current  work  is 
a  post-processor  for  graphic  summaries.  The  first  step  will  be 
for  the  user  to  assign  a  title  that  is  printed  on  each  graph. 
Output  summaries  are  available  from  a  menu  as  follows: 

( 1 )  Quit 

(2)  Communications  path  limit 

(3)  Input  limit 

(4)  Output  limit 

(5)  Combat  support 

(6)  Losses 

The  user  then  selects  the  number  of  units  to  be  graphed.  This 
will  be  between  one  and  five,  the  constraint  being  that  more 
would  be  too  confusing  on  a  graphic  presentation.  The  selection 
is  made  from  the  list  of  unit  command  nodes  that  have  been  in- 
included  in  the  model.  Currently  this  list  is  includes: 

( 1 )  SHAPE  (8)  52  Mech 

(2)  AFCENT /AAFCE  (9)  WOC 

(3)  VII  Corps  Main  (10)  ATOC 

(4)  VII  Corps  Tac  (11)  4ATAF 

(5)  CENTAG  (12)  23  Arm  Div. 

(6)  V  Corps  Rear  (13)  V  Corps  Main 

(7)  V  Corps  Tac  (14)  20  Mech 

(15)  201  ACR 

The  user  is  asked  "which  units  do  you  want  to  graph?"  The  user 
should  usually  select  no  more  than  three,  or  the  graph  will 
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become  too  crowded. 


In  the  following  examples  of  all  the  available  graphics  are 
given.  Two  cases  are  shown  so  that  it  can  be  seen  that  changes 
in  C3  does  result  in  changes  in  information  flow  and  use  and  on 
combat  operations.  No  analysis  of  these  effects  has  been 
attempted,  however. 

In  the  following  two  examples,  each  of  the  output  graphics 
are  given.  The  purpose  is  twofold:  (1)  to  portray  the  nature 
of  the  graphics,  and  (2)  to  demonstrate  the  effects  that  changes 
in  the  command,  control  and  comunications  system  can  have  on  the 
flow  and  use  of  information  .  The  first  of  the  demonstration 
cases  assumes  that  all  nodes  are  operating  at  full  capability, 
all  communications  paths  are  available  and  the  "random”  switch  is 
off.  This  latter  assumption  means  that  there  is  a  list  of 
messages  that  will  not  be  activated.  They  represent  event-caused 
messages  that  the  user  does  not  wish  to  specifically  indicate  in 
the  scenario  but  which  are  messages  that  would  be  expected  to  be 
sent  during  the  course  of  a  day.  They  include,  for  example, 
counter-intelligence  reports,  possibly  EW  events  and  others.  The 
second  case,  designated  on  the  curves  as  "Case  II,"  includes 
considerable  disruption  in  the  operations  of  the  c3  system.  In 
Case  2  the  random  is  on,  so  that  there  are  signif i-cantly  more 
messages  in  the  system. 

Case  2  is  different  than  the  previous  case  because  of  the 
following  changes: 

A.  Random  process  is  turned  on  (indicated  above). 

B.  External  messages  have  been  added  at  times  1 8 ,  22,  32, 
38,  44  and  46.  These  include  additional  air  requests 
at  times  23,  32,  38,  44  and  46. 

C.  Limits 

(2)  23rd  Armored  Division  has  input  limits  of  2  and 
4  instead  of  17  and  22  messages. 


(3)  23rd  Armored  Division  has  output  limits  of  4  and 
6  instead  of  17  and  19. 

D.  Paths 

(4)  At  time  8  the  paths  between  20th  Mech  Div  and 
23rd  Armored  Division  are  reduced  to  only  500 
characters  on  path  type  3. 

(5)  At  time  12  the  paths  betwen  23rd  Armored  and  52nd 
Mech  are  reduced  to  300  characters  on  type  1 ,  500 
characters  on  type  3  and  500  characters  on  type  4. 
Also,  all  paths  from  23d  Armored  to  V  Corps  Tac  are 
cut  completely.  23rd  Armored  is  reduced  to  200 
characters  on  type  1  and  100  characters  on  type  3 
paths  to  V  Corps  Rear. 

(6)  At  time  22,  20th  Mech  reestablished  path  type  1  to 
23rd  Armored,  but  only  at  a  reduced  capacity;  how¬ 
ever,  it  loses  path  type  3  completely. 

(7)  At  time  32  the  paths  between  23rd  Armored  and  52nd 
Mech  are  changed  to  2,000  characters  on  type  1,  300 
characters  on  type  3  and  none  for  type  4.  In  addi¬ 
tion,  23rd  Armored  gets  path  type  1  at  a  rate  of 
1,000  characters  back  to  V  Corps  Tac. 

(8)  Also  at  time  32,  23rd  Armored  reestablishes  full 
communications  with  V  Corps  Rear  and  20th  Mech. 

The  first  of  the  graphics  to  be  shown  is  Figure  II-4,  sum¬ 
mary  graphs  for  Communications  Path  Limit.  This  shows  the  sum¬ 
mary  of  messages  sent  at  V  Corps  Tac,  52nd  Mech  and  the  23rd 
Armored  Division.  Note  first  that  there  are  many  more  messages 
in  the  system  for  Case  2  and  that  for  this  case  there  are  large 
numbers  of  messages  held  or  deleted  because  of  the  limits  on  the 
capability  of  the  nodes  and  the  capacity  of  some  of  the  communi¬ 
cations  paths.  If  greater  detail  at  one  of  the  nodes  is  desired, 
it  is  possible  to  obtain  the  Time  T  graph  at  that  node.  In  these 
graphs  the  "Time"  is  the  half  hour  time  interval.  The  48  time 
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MESSAGES  1  I  MESSAGES 


Figure  II-U.  SUMMARY  GRAPHS  FOR  COMMUNICATIONS  PATH  LIMIT 


:ssages 


COMMUNICATIONS  PATH  LIMIT  AT  23  ARM  DIV 
RANDOM  OFF  9/4/85 


COMMUNICATIONS  PATH  LIMIT  AT  23  ARM  DIV 
CASE  2  23  ARMOR  COMM  DISRUPTED  10/2/85 


TIME 


Figure  II-5.  TIME  T  GRAPH  COMMUICATIONS  PATH  LIMIT  AT  23RD 
ARMORED  DIVISION,  CASES  1  AND  2 


Communications  with  that  node  have  been  disrupted  as  described  in 
the  scenario.  The  next  of  the  examples  (Figure  I I —6 )  is  the 
summmary  input  limit  graphs.  With  the  random  on,  the  number  of 
messages  is  again  shown  to  be  much  greater.  The  primary  effect 
on  the  23rd  Armored  Division  is  the  number  of  messages  that  are 
held  or  deleted.  In  the  Time  T  history  (Figure  II-7),  the  times 
at  which  the  "Deleted"  and  "Held"  messages  occurred  can  be  seen. 
The  impact  of  the  additional  messages  results  in  a  significantly 
higher  workload  at  the  nodes. 

Figure  II-8  shows  the  summary  graph  for  the  Output  Limit. 
This  is  accompanied  by  the  Time  T  graph  (Figure  II-9)  for  the 
Output  Limit  for  the  23rd  Armored  Division.  The  impact  of  the 
output  limitation  on  the  23rd  Armored  Division  node  results  in  a 
high  message  delay  or  loss  rate.  These  are  all  of  the  graphs 
that  are  currently  available  that  show  the  message  flows.  The 
remainder  will  illustrate  the  impact  of  the  c3  changes  on  combat 
support  and  losses  on  each  side. 

According  to  the  menu,  the  next  of  the  choices  is  for  combat 
support.  The  summary  graph  for  CAS  and  helicopters  is  shown  in 
Figure  11-10.  This  is  accompanied  by  the  Time  T  plot,  Figure  II- 
11.  The  arrival  of  the  additional  CAS  sorties  is  clear. 

The  plots  of  losses  of  the  two  sides  are  the  last  major  set 
of  graphics  available.  The  user  can  choose  the  combat  unit  for 
which  graphics  are  desired  and  the  combat  systems  to  be  plotted. 
It  is  recomended  that  no  more  than  three  combat  systems  should  be 
chosen  for  plotting  at  one  time  or  the  graph  will  be  too  crowded. 
The  graphics  for  losses  are  presented  in  Figure  11-10  through 
Figure  11-15.  The  presentation  gives  all  summary  graphs  for  the 
base  case,  then  the  summary  graphs  for  Case  2.  These  are 
followed  by  the  Time  T  graphics  in  the  same  order. 
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OUTPUT  LIMIT 
RANDOM  OFF  9/4/85 


V  CORPS  TAC 


52  MECH 

UNIT  NAME 


23  ARM  D1V 


OUTPUT  LIMIT 
CASE  2  23  ARMOR  COMM  DISRUPTED  10/2/85 


UNIT  NAME 


Figure  I I -8 .  SUMMARY  GRAPH  FOR  THE  OUTPUT  LIMITATION 
DEMONSTRATION 
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AGES 


OUTPUT  LIMIT  AT  23  ARM  DIV 
RANDOM  OFF  9/4/85 


SORTIES  SORTIES 
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SORTIES 


NUMBER  LOST  NUMBER  LOST 


NUMBER  LOST  NUMBER  LOST 


NUMBER  LOST  NUMBER  LOST 


NUMBER  LOST  NUMBER  LOST 


NUMBER  LOST  NUMBER  LOST 


NUMBER  LOST 


BLUE  LOSSES  AT  23  ARM  DIV 
RANDOM  OFF  9/4/85 


I-  -I  MORTAR 
8'  ♦ — ♦  ATANK  HV 
0 — 0  ATANK  LT 


Figure  1 1 - 1 4 b .  TIME  T  LOSSES  FOR  BLUE  AND  RED  (BASE  CASE) 

AT  23RD  ARMORED  DIVISION 


NUMBER  LOST  NUMBER  LOST 


BLUE  LOSSES  AT  23  ARM  DIV 
RANDOM  OFF  9/4/85 


RED  LOSSES  AT  23  ARM  DIV 
RANDOM  OFF  9/4/85 


Figure  II-14c.  TIME  T  LOSSES  FOR  BLUE  AND  RED  (BASE  CASE) 

AT  23RD  ARMORED  DIVISION 
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NUMBER  LOST  NUMBER  LOST 


Figure  1 1 - 1 4 d .  TIME  T  LOSSES  FOB  BLUE  AND  RED  (BASE  CASS) 

AT  23RD  ARMORED  DIVISION 


36 


NUMBER  LOST 


TIME 


NUMBER  LOST 


NUMBER  LOST  NUMBER  LOST 


BLUE  LOSSES  AT  23  ARM  DIV 
CASE  2  23  ARMOR  COW  DISRUPTED  10/2/85 


RED  LOSSES  AT  23  ARM  DIV 
CASE  2  23  ARMOR  COMM  DISRUPTED  10/2/85 


Figure  1 1 - 1 5 d .  TIME  T  LOSSES  FOR  BLUE  AND  RED  (CASE  IV) 

AT  23RD  ARMORED  DIVISION 
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F.  ADDITIONS  AND  TESTS 


In  the  discussion  so  far  there  have  been  descriptions  of 
additions  to  the  model  that  have  been  made  during  the  current 
year.  As  a  part  of  these  additions  and  as  a  part  of  the  contin 
uing  improvement  of  the  model,  there  are  other  identifiable 
modifications.  These  include: 

1)  The  identification  of  unit  subordinates  and 
commanders — this  means  that  when  units  report  to  a  com¬ 
mander  at  a  higher  command  level  the  appropriate  reports 
will  always  go  to  that  commander.  Similarly,  when  a 
commander  is  to  receive  certain  reports  from  his  sub¬ 
ordinate  commands,  that  unit  will  know  the  units  that  are 
subordinate  to  it. 

2)  Changes  in  postures,  forces,  path  capaci¬ 
ties,  and  units  move  in  and  out  of  combat  as  specified  in 
the  scenario  or  external  messages. 

3)  Command  post  processing  restructured  to  handle 
multiple  message  type  processing  and  non-message  type  pro¬ 
cessing  such  as  CAS  allocation,  helicopter  allocation  and 
the  potential  for  other  types  of  decision  rules. 

4)  Enhanced  decision  rule  sets. 

5)  Enhanced  trace  of  events. 

6)  Input  files  increased  for  automatic  responses  to 
messages  indications,  for  example,  that  a  message  has  been 
received  (echo),  events,  time  T  and  summaries. 

It  was  important  to  conduct  an  extensive  test  program  to 
assure  that  the  modifications  operate  as  they  were  intended  to 
operate  and  to  eliminate  bugs  in  the  program.  In  the  following 
the  nature  of  the  test  program  is  described  by  the  major  cate¬ 
gories  in  which  the  testing  was  done. 
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a.  COMMUNICATIONS  NETWORK 


Changes ;  The  number  of  communications  types  between 
any  two  nodes  in  the  data  base  was  increased  to  four.  The 
corps  node  was  separated  into  main,  tac  and  rear  nodes, 
with  the  ASOC  being  colocated  with  Corps  Tac.  The  division- 
level  nodes  were  created  as  the  combat-level  units  and  nodes 
were  added  at  Echelon  Above  Corps  (EAC).  The  capacities  of 
any  path  may  be  modified  through  the  run. 

Tests  Results 

Path  capacity  set  to  Messages  were  transmitted  on  appropriate 

zero  and  restored  alternative  communications  types, 

during  run 

All  path  capacities  Messages  were  sent  to  appropriate  alter- 

from  a  division  to  nates  en  route. 

Corp  Tac  set  to  zero 

All  path  capacities  to  Messages  to  Corps  Tac  were  delayed  and 

Corps  Tac  were  set  deleted. 

low 

b.  NODE  OPERATIONS 

Changes :  Decision  rules  were  input  from  file  C^Rule. 

Input  messages  were  limited.  Output  messages  were  limited. 
Node  changes  created  commander's  status  of  subordinates 
perceptions  and  the  ability  to  approve  CAS  requests  in 
accordance  with  allocation  plan.  It  also  created  the 
commander’s  force  ratio  calculation  for  subordinates  and 
modified  air  requests  to  reflect  the  processes  for  discrim¬ 
ination  of  preplanned  and  immediate  request  processing.  New 
capabilities  created  commander's  use  of  generic  unit  table 
of  equipment  for  estimating  TOE  strengths. 


Tests 


Results 


Rules  read  from  C^RULE  Echo  of  rules  and  node  operation  iden¬ 

tical  to  previous  runs. 

Input  limits  set  to  zero  Messages  held  and/or  deleted. 

Input  kill  limit  set  Kill  limit  set  equal  to  hold  limit, 

less  than  hold  limit 


Input  more  priority  one  All  priority  one  messages  were 

messages  than  input  accepted. 

limits 

Output  limits  set  to  Messages  held  and  deleted, 

zero 


Output  kill  limit  set  Kill  limit  set  equal  to  hold  Limit, 

less  than  hold  out  limit 


Created  more  priority  Output  held  and  killed  correct  number 

one  output  messages  than  and  priority  messages, 
limits  allow 


Input  enemies  combat 
units 


Unit  loss  reports 
created 

Communications  paths 
limited 

Allocation  of  CAS  plan 
for  preplanned  sorties 

Allocation  of  CAS  plan 
for  immediate  sorties 

Multiple  CAS  requests 
arrive  at  the  same  time 
at  Corps  Tac 


Requests  for  CAS  exceed 
WOC's  availability 


Unit  names  and  strength  of  enemy  in 
commander's  status  printout.  Force 
ratio  calculated  and  subordinate 
ordered  accordingly 

Messages  received  by  commander  and 
strengths  modified. 

Commander's  status  of  subordinates  was 
updated  late. 

Sorties  allocated  within  plan. 


Sorties  allocated  within  plan. 


Corps  Tac  adds  requests  together  for 
allocated  type  and  forwards  individual 
requests  for  non-allocated  type. 

Return  messages  contained  correct  num¬ 
ber  of  sorties  and  correct  number  of 
sorties  in  combat  matrix. 

All  available  aircraft  sent,  correct 
number  scheduled  later  and  dropped  due 
to  time  limits. 


c.  TIME  T  INPUT 


Changes :  External  messages,  combat  system  strengths, 

combat  unit  postures,  CAS  allocation  parameters,  communica¬ 
tion  path  limits,  node  input  limits,  node  output  limits  and 
message  type  start  times  are  available  for  input  at  Time  T. 


Tests 


Results 


Data  sets  created  con¬ 
taining  each  input 
results 


Time  T  values  entered,  echoed,  stored 
internally  and  results  modified 
accordingly . 


d.  OUTPUT  ENHANCEMENTS 

Changes :  New  output  data  created  include  new  rule 

printout,  limits  printout,  modified  message  tracking  on 
on  events  file,  selected  data  from  CAS  requests,  commander’s 
perceptions,  CAS  scheduling  data,  data  set  preambles  and 
summary  data  of  message  flows  and  combat  support.  Some  of 
these  changes  required  some  data  structure  modifications. 


Tests 


Results 


Each  new  output  element 
was  activated  by  a  data 
set  developed  to  determine 
its  correctness 


Output  data  cross-checked  with  debug 
values  created  during  the  run  and 
manual  determination  of  result.  In¬ 
ternal  data  structures  were  checked 
with  debug  operating.  Summary  data 
was  compared  to  event  data  for 
accuracy  and  completeness. 


e.  RANDOM  PROCESSES 

Changes ;  Random  effects  were  included  for  modification 
of  values  in  combat  loss  reports,  scheduling  of  force  ratio 
generated  CAS  request  messages,  delay  of  messages  to  be  sent 
by  divisions  and  creation  of  messages  in  response  to  combat 
operations.  All  random  effects  are  selected  by  a  single- 
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user  flag. 

Tests 

Operation  of  random  flag 


Combat  loss  values 


Force  ratio  generated 
CAS  request 


Delay  of  messages 


Event  messages 


Results 

All  random  operations  were  operating 
when  flag  was  on  and  none  operated  with 
it  off. 

All  system  losses  at  a  given  time  and 
combat  side  were  modified  by  the  same 
random  number  and  the  random  number  was 
always  within  its  distribution  limits. 


Creation  of  the  requests  were  at  the 
correct  time  (first  time  the  ratio  met 
the  limit)  and  the  random  delays  of  the 
messages  were  within  the  desired  distri¬ 
bution. 

The  messages  indicated  at  the  division 
were  delayed  in  accordance  with  their 
distributions. 

All  messages  indicated  as  random  occur¬ 
rences  were  created  with  times  in  accor¬ 
dance  with  their  distributions. 


G.  PREPROCESSOR  DEVELOPMENT 

Changes :  The  menu  functions  of  exit,  instructions,  preamble, 

simulation  control,  node  dictionary  and  node  were  developed  to 
operate  in  create  and  edit  modes. 


Tests 


Create  Time  T  file 


Create  Loss  T  file 


Time  T  graphs 


Results 

The  contents  of  the  file  were  printed  and 
compared  to  the  data  in  the  events  file. 

This  file  is  binary.  A  special  program 
was  written  to  print  the  contents.  This 
printout  was  compared  to  the  data  in  the 
events  and  Time  T  files. 

The  data  on  the  graphs  created  by  this 
test  were  compared  to  the  Time  T  and 
events  files. 
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Summary  graphs 


The  data  on  the  graphs  created  by  this 
test  were  compared  to  the  printout  of  the 
Loss  T  and  events  files. 


III.  DATA 


A.  INTRODUCTION 

In  this  chapter  some  of  the  major  data  inputs  to  the  model  will 
be  discussed.  These  are  not  in  the  order  of  the  data  input  menu. 

The  first  of  these  data  categories  is  the  development  of  rules  for 
the  nodes.  The  rules  are  central  to  the  operation  of  the  COEVAL 
model.  The  next  section  will  briefly  examine  the  assumptions  made 
and  the  data  used  for  establishing  the  capacities  of  the  communi¬ 
cations  paths.  The  final  section  of  this  chapter  discusses  combat 
data  briefly. 

B.  DEVELOPMENT  OF  DECISION  RULES  FOR  C3EVAL 

Decision  rules  represent  the  processes  that  occur  in  command 
posts  (nodes)  in  the  C3EVAL  model.  Each  decision  rule  has  three 
parts:  the  rule  parameters,  the  data  required  for  the  rule  to  be 

invoked  and  the  guidelines  for  the  results  of  the  rule. 

Rules  are  assigned  rule  numbers  to  allow  cross  reference  be¬ 
tween  the  parts  and  used  internally  by  the  model  to  integrate  mes¬ 
sage  data  segments  with  the  appropriate  rule  when  it  is  processed. 
Each  rule  is  applied  to  a  set  of  nodes  in  the  scenario  by  assigning 
all  nodes  in  the  set  a  node  type  number  and  assigning  that  number  as 
the  process  originator  type  in  the  rule  parameters.  Similarly,  the 
required  data  (Message  In)  and  results  data  (Message  Out)  data  sets 
identify  the  originator  and  destination  nodes  using  the  node  type  as 
a  key  element.  Setting  up  the  decision  rule  file  to  provide  con¬ 
tinuity  for  node  type,  rule  number,  message-in  type,  message-out 
type  and  communications  paths  can  appear  to  be  a  formidable  task. 
This  section  presents  a  three-step  approach  to  solving  this  problem. 


1.  Establish  a  node-type  numbering  scheme.  This  is  generally 
based  on  the  echelon  of  the  units  that  will  be  represented  by  nodes. 
For  the  example,  the  following  numbering  scheme  was  used.  (Note 
that  ground  units  were  assigned  a  three-digit  number  and  air  units 
were  assigned  four  digits.) 

250  Regiment 
300  Division 
400  Corps  Main 
450  Corps  Tac 
490  Corps  Rear 
500  CENTAG 
600  AFCENT/AAFCE 
700  SHAPE 
5000  AT0C 
6000  4ATAF 

7000  WOC  (WOC  assignment  required  by  code.) 

2.  Select  from  the  list  of  general  message  types  that  are  to 
be  modeled  (intelligence  reports,  casualty  reports,  request  for  CAS, 
etc.)  one  type  and  identify  the  first  node  type  in  the  sequence  of 
reporting  in  the  network.  Enter  the  node  type  number  in  the  chart 
such  as  shown  in  Figure  1 1 1  —  1  first  node  box  and  identify  the  source 
to  initiate  a  report.  (The  alternatives  are  external  message, 
periodic,  random  and  combat  generated.)  Enter  the  initiation  type 
and  the  destinations  for  this  processs  at  the  first  node  type  as 
shown  in  Figure  1 1 1  —  1 .  Select  each  destination  and  repeat  the 
process  using  the  output  from  the  previous  node  type  in  lieu  of 
initialization.  Repeat  the  process  until  all  nodes  that  use  the 
initial  message  or  any  of  its  siblings  have  been  entered.  Figure 

1 1 1  —  1  shows  CAS  re-quests  that  are  generated  by  combat  at  regiment 
type  nodes  create  output  to  Corps  Tac  nodes  which  output  approved 
requests  to  the  WOC.  Next  add  rule  numbers  and  message  numbers  as 
shown  in  Figure  III-2.  The  rule  number  is  the  top  number  in  the  box 
and  the  node  type  is  the  lower  number.  The  output  message  number  is 
placed  on  the  arrow. 


This  step  normally  is  not  the  final  result.  In  this  case,  it  is 
necessary  also  to  handle  immediate  requests  generated  by  combat  by 
d i v i s ion- type  nodes  as  well  as  preplanned  (by  external  messages)  for 
the  regiments  and  divisions.  All  of  the  approved  requests  are  to  be 
treated  the  same  (same  rule)  at  the  WOC,  so  process  7007  brings  all 
of  these  togerther.  It  is  also  helpful  to  note  that  the  WOC  is  the 
node  for  AIROPS  which  provides  sorties  as  available.  The  AIROPS 
process  then  sends  return  messages  (number  7000)  back  through  the 
network  to  the  requesting  unit  which  has  special  processes  to  delete 
the  data  content  portion  of  the  message.  This  is  represented  in 
Figure  III-3,  which  has  expanded  the  original  regiment  immediate 
requests  to  the  overall  flow  of  CAS  messages.  Figure  III-3  also 
shows  that  preplanned  sorties  (3000)  are  passed  to  the  AT0C  and  then 
to  the  4ATAF,  etc.,  while  immediate  request  notifications  are  sent 
via  CENTAG  to  EAC.  The  absence  of  process  numbers  at  500  and  700 
nodes  indicate  that  the  3200  and  3401  messages  will  go  through  the 
network  to  the  node  and  through  the  input  limits,  but  will  not 
initiate  a  process  at  these  nodes. 

3.  The  final  step  is  to  convert  Figure  1 1 1  —  3  into  computer 
input  form.  This  is  facilitated  by  using  the  Rule,  Input  and  Output 
forms  in  Figures  III-4,  III-5  and  III-6.  Figures  III —7  >  1 1 1 —8  and 
I I I —9  show  the  completion  of  these  forms  for  the  Corps  Tac  node. 

C.  COMMUNICATION  PATH  CAPACITIES 

The  user  may  choose  the  number  and  types  of  communications 
paths.  The  capacities  of  these  paths  may  be  specified  in  numbers  of 
different  rates.  The  first  number  generally  encountered  is  the  bit 
rate  or  the  bits  per  second.  In  many  cases,  however,  the  capacity 
available  for  sending  particular  types  of  messages  will  be  less  than 
that  permitted  by  the  maximum  data  rate.  An  example  of  this  is  the 
use  of  a  digital  channel  for  transmitting  voice.  The  transmission 
of  teletype  with  no  storage  before  transmission  means  that  the 
transmission  rate  will  be  established  by  the  typing  rate.  These 
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modifications  must  be  considered  when  specifying  path  capacities. 
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For  purposes  of  the  model,  the  path  capacities  are  expressed  in 
characters,  and  it  is  assumed  that  there  are  eight  bits  per  char¬ 
acter.  The  model  does  not  require  that  characters  be  used,  but  it 
is  essential  that  both  path  capacity  and  message  length  are  ex¬ 
pressed  in  the  same  units.  Since  the  time  interval  chosen  for  the 
model  application  is  one-half  hour,  the  capacity  is  necesarily  de¬ 
fined  as  characters/one-half  hour  or  characters/time  interval. 

Based  on  the  scenario  chosen  and  the  data  available  from  US  Army  and 
US  Air  Force  sources,  the  basic  capacities  for  internodal  US  paths 
are  s 


Voice 

TTY 

Data  rate  (Array) 
Data  rate  (AF) 


9,000  characters/one-half  hour 

17,000  "  "  "  " 

3.6  x  106  "  "  " 

1.8  x  106  »  "  "  " 


Army  encrypted  data  rate  is  the  same  as  that  specified  for  the  Air 
Force.  When  NATO  or  German  national  paths  are  used,  the  capacities 
must  be  separately  determined  for  those  paths. 

In  the  selection  of  capacities  for  the  paths,  the  assumption 
has  been  made  that  when  there  is  a  statement  as  to  the  resources 
available  in  the  doctrine,  this  will  be  the  capacity  available.  The 
representation,  for  example,  of  division  communications  is  a  doc¬ 
trinal  system  based  on  US  Army  Field  Manual  FM  11-50,  "Combat 
Communications  Within  the  Division."  This  means  that  the  data  will 
not  exactly  reflect  the  division  capabilities  in  the  5th  Corps  area 
since  the  actual  communications  are  tailored  to  the  specific 
division.  The  doctrine  specifies  the  number  of  paths  available  for 
the  Commander,  Operations  and  Intelligence,  for  example,  and 
indicates  whether  they  are  dedicated  voice,  TTY  or  other.  Standard 
practice  for  the  use  of  multichannel  paths  is  also  specified. 
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At  corps  the  doctrinal  capacities  are  also  used.  The  scenario 
specifies  that  TRITAC  equipment  is  available.  The  scenario  also 
specifies  the  netting  of  the  communications  within  the  corps  and  the 
major  paths  to  NATO  commands.  The  paths  for  the  model  are  deter¬ 
mined  primarily  from  the  doctrine  that  indicates  the  paths  available 
and  their  type  for  Commander,  Operations  and  Intelligence.  This 
means  that  paths  available,  for  example,  from  the  German  Postal 
Telephone  and  Telegraph  (PTT)  are  not  specified. 

Air  Force  communications  paths  were  determined  from  Tactical 
Air  Force  Interoperability  Group  (TAFIG)  documents.  Path  capacities 
were  established  primarily  on  the  basis  of  the  connections  made  with 
the  specified  nodes  in  the  TAFIG  documents.  These  are  the  available 
documented  capacities  and  not  necessarily  those  that  are  actually  in 
use  with  US  forces  in  Central  Europe. 

When  specifying  the  capacities  available  at  the  higher  levels 
of  command  (4ATAF,  CENTAG,  AFCENT/AAFCE  and  SHAPE),  reference  was 
made  to  available  documentation.  The  capacities  are  best  estimates 
assuming  that  the  nodes  are  the  wartime  locations.  It  is  appre¬ 
ciated  that  many  of  the  communications  paths  are  netted  and  no 
specific  allowance  has  been  made  for  this  in  the  data  currently  in 
the  model.  In  order  to  establish  the  characteristics  of  the  nets 
that  are  being  used,  a  separate  network  model  should  be  used  to 
determine  the  necessary  values  for  the  aggregated  paths  used  in 
c3eVAL  and  for  the  degradation  capacities  to  be  used  when  wartime 
damage  is  to  be  postulated  in  the  scenario.  If  verification  is 
desired  of  the  assumptions  made  about  the  paths  that  are  available, 
contact  should  be  made  directly  with  the  appropriate  commands  in 
Europe . 

D.  COMBAT  DATA 

The  remaining  data  set  that  is  to  be  considered  in  this  report 
is  the  combat  data.  For  purposes  of  the  development  of  the  model 


60 


undertaken,  the  units  identified  are  fictitious.  Generic  data  is 
used  for  equipment  in  the  units  that  appear.  These  data  are 
available  from  unclassified  sources.  The  data  used  for  rates  of 
fire,  allocations  of  fire  and  probabilities  of  kill  are  also 
unclassified. 


IV.  FUTURE  DEVELOPMENT 


A.  INTRODUCTION 

The  final  chapter  of  this  report  presents  some  suggestions  for 
the  further  development  of  the  model.  The  suggestions  made  here  are 
logical  extensions  of  the  work  that  has  been  done.  It  should  be 
noted  that  the  total  of  the  work  suggested  is  appreciably  greater 
than  that  which  could  be  done  at  the  current  level  of  effort. 

The  first  of  the  suggestions  is  the  addition  of  logistics  to 
the  current  model  and  the  requirements  for  the  addition  of  nuclear 
command  and  control.  Possible  additions  to  the  command  nodes  and 
alternate  scenarios  is  considered  in  Section  C.  Treatment  of 
additions  to  other  forces  and  force  activities  are  examined. 

Finally,  program  improvements  and  additions  to  the  pre-  and  post¬ 
processors  are  considered. 

B.  LOGISTICS  AND  NUCLEAR 

These  two  representations  are  considered  together  since  there 
are  some  important  similarities.  In  both  cases,  the  recommendations 
are  for  structure  within  the  U.S.  area  and  the  NATO  control  im¬ 
mediately  above  that.  The  features  that  would  be  added  for 
logistics  are  as  follows: 

NODES:  USEUCOM/USAREUR ,  USAFE  and  an  aggregated  supply  node. 

These  additions  are  required  since  logistics  is  a 
national  responsibility. 

COMMUNICATIONS  PATHS:  Additional  paths  connecting  corps, 
division,  CENTAG,  USEUCOM/USAREUS ,  USAFE,  W0C,AT0C 
4ATAF,  AFCENT/AAFCE  and  supply  depot  including 
specially  denoted  logistics  paths. 
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ACTION  MODE:  Modification  to  include  maintenance  of  supply 
level  at  division.  The  rate  of  consumption  of 
supplies  is  proportional  to  the  posture  or  intensity 
of  combat.  Combat  capability  will  be  reduced  as 
supply  levels  are  reduced  below  specified  amounts. 

The  primary  records  will  be  of  ammunition  and  POL 
requirements.  Resupply  rate  of  the  supply  point 
would  be  degraded  if  the  node  is  attacked. 

RULES:  At  division,  thresholds  will  be  set  that  will  trigger 

requests  for  supplies  at  appropriate  points.  At 
corps  level  requests  for  supplies  will  be  approved/ 
disapproved.  Messages  and  the  appropriate  rules  for 
logistics  will  be  added.  The  existing  rule/message 
structure  will  be  modified  where  existing  messages 
are  also  sent  to  USEUCOM/USAREUR  and  USAFE.  Appro¬ 
priate  delays  in  the  arrival  of  supplies  from  depots 
will  be  required.  Reductions  in  node  C2  capabili¬ 
ty  would  be  represented  with  the  existing  input  and 
and  output  limiters. 

ESTIMATED  WORKMONTHS  (WM):  6 

ADDITIONAL  POSSIBILITIES:  It  may  be  desired  to  consider 

separate  supply  nodes  for  Army  and  Air  Force  (e.g., 
Kaiserslautern  and  Morbach),  a  corps  supply  node, 
and  a  "port."  If  the  supplies  are  to  be  inter¬ 
dicted,  there  must  be  an  interaction  with  an  air 
operations  model  that  does  not  now  exist.  These 
additions  would  require  additional  manmonths. 

The  features  for  nuclear  c3  are  as  follows  assuming  logis¬ 
tics  has  been  done: 

NODES:  USEUCOM/USAREUR,  USAFE  and  an  aggregated  Special 

ammunition  Supply  Point  (SASP). 

COMMUNICATIONS  PATHS:  Additional  paths  connecting  corps, 

division,  CENTAG,  USEUCOM/USAREUR,  USAFE,  WOC,  ATOC, 
4ATAF ,  AFCENT/AAFCE  and  the  SASP.  The  paths  would 
include  specially  denoted  paths  for  national  and 
NATO  nuclear  communications  as  specified. 

ACTION  MODELS:  The  effects  of  the  use  of  nuclear  weapons 
on  ground  combat  units  would  be  represented  by  a 
percentage  attrition  of  the  unit  equipment. 


RULES:  The  periodic  and  special  messages  and  the  rules  for 

their  processing  would  be  added.  It  is  assumed  that 
nuclear  events  would  be  as  scenario  outputs. 


ESTIMATED  WORK  MONTHS:  4 

It  can  be  seen  that  the  nuclear  addition  has  significant 
overlap  with  logistics  in  the  nodes  that  are  added.  If  the 
logistics  component  has  been  installed  and  is  operating,  then  the 
manpower  requirement  to  add  nuclear  processes  will  be  somewhat 
reduced.  It  is  recommended  that  the  logistics  be  added  first. 


C.  COMMAND  NODE  AND  SCENARIO  EXTENSION 

The  first  addition  considered  in  this  section  is  a  natural 
extension  of  the  existing  model.  The  additions  include  the  com¬ 
pletion  of  the  headquarters  and  division/ACR  nodes  for  VII  Corps 
and  corps  controlled  helicopter  operations.  As  a  part  of  this 
extension,  the  re-allocation  decision  structure  would  be  extended 
to  the  higher  levels  of  command.  The  additions  would  be  as  follows: 

NODES:  VII  Corps,  divisions/ACR  and  a  helicopter  airfield. 

COMMUNICATIONS  PATHS:  Those  required  by  the  addition  of  VII 

Corps.  It  may  be  desirable  to  add  specially  designated 
communications  paths  above  those  presently  included. 
Communications  for  helicopter  operations  would  be  re¬ 
quired  . 

ACTION  MODELS:  The  requirement  would  be  for  the  data  for  the 
VII  Corps  units  and  the  operation  of  helicopters  as 
with  CAS/BAI  aircraft. 

RULES:  Modify  the  CENTAG  rule  system  for  re-allocation 

approval/disapproval.  CENTAG  will  also  make  compari¬ 
sons  of  force  needs  on  the  basis  of  information  re¬ 
ceived  from  subordinate  commands,  i.e.,  reports  of 
attrition  suffered  by  Blue  and  Red.  Reallocation  would 
specifically  include  the  approval/disapproval  of  air 
resources  from  one  corps  to  another.  Helicopter  opera¬ 
tions  would  require  addition  to  the  rules  at  corps  to 
include  these  resources  as  a  part  of  the  reallocation 
process . 
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ESTIMATED  WORK  MONTHS:  6 


A  major  addition  would  be  the  inclusion  of  a  more  complete 
representation  of  air  operations.  The  processes  for  assignments  to 
specific  missions  and  the  use  of  multipurpose  aircraft  for  alter¬ 
native  missions  would  require  the  inclusion  of  additional  types  of 
aircraft  in  addition  to  the  two  types  currently  included.  The 
addition  of  types  is  in  itself  not  difficult,  but  the  additional 
rules  structure  would  be  more  complex.  The  needs  for  representing 
air  operations  more  completely  are  as  follows: 

NODES:  Disaggregate  the  WOC  to  include  three  WOC  nodes 

and  an  Air  Defense  Operations  Center  (ADOC). 

COMMUNICATIONS  PATHS:  Paths  to  WOCs  and  ADOC  with  other  Air 
Force  nodes  and  with  Army  operations  as  required. 

It  is  suggested  that  the  CRC  continue  to  be  repre¬ 
sented  in  the  same  node  as  the  ATOC  or  ADOC.  A  node 
for  control  of  ground-to-air  defense  operations 
would  be  added. 

ACTION  MODELS:  A  representation  of  the  air  battle  in  the 

air  defense  of  friendly  territory  would  be  included. 
Accounting  for  losses  to  ground-to-air  defenses 
would  be  necessary.  Reconnaissance  missions  could 
supply  intelligence  inputs  to  the  system.  Interdic¬ 
tion  and  offensive  counterair  missions  would  require 
accounting  for  attrition  suffered,  but  would  be 
treated  as  a  specified  number  of  time  intervals  dur¬ 
ing  which  the  aircraft  performed  their  specified 
missions.  Attrition  would  be  a  percentage  of  the 
aircraft  on  the  mission,  although  randomness  may  be 
introduced  into  this  calculation.  Airbase  opera¬ 
tions  would  be  degraded  if  the  airbase  is  attacked 
by  a  reduction  in  the  sortie  generation  rate.  Inter¬ 
diction  by  Red  air  forces  of  logistics  or  nuclear 
supplies  would  require  degradation  of  response  time 
and  loss  of  supplies. 

ESTIMATED  WORK  MONTHS:  10 

Other  additions  or  modifications  are  possible  that  range  from 
rather  small  changes  to  a  setup  for  a  different  command  structure 
and  scenario  situation  such  as  PACCOM  environment.  If  the  rules  and 
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structure  are  to  be  used  extensively  in  evaluating  c3,  there  should 
be  an  attempt  made  to  verify  with  people  in  the  theater. 

D.  ADDITIONAL  MODIFICATIONS 

In  addition  to  the  addition  of  major  operational  representa¬ 
tions  to  the  model,  there  are  a  number  of  improvements  that  can  be 
made.  These  range  from  process  representations  to  improvements  in 
the  pre-  and  post-processors.  They  will  be  considered  briefly  in 
the  following  test. 

1.  ECHO:  An  automatic  echo  to  the  sender  from  the  received  to 
notify  that  a  message  has  been  received  and  hold  original  until 
received  or  sent  again.  (WM:  5). 

2.  RANDOM:  Extend  the  random  processes  to  include  randomness 
in  additional  processes. 

Conversion  of  fraction  killed  to  random  draws  for 
CAS  and  helicopters  destroyed. 

-  Aircraft  repair  time. 

Weather  operations  at  WOC  or  airfield  (WM:  1). 

3.  CAS:  Divert  CAS/BAI  sorties  on  way  to  target  and  modify 
force  ratio  calculation  at  division  (WM:  2.5). 

4.  PREPROCESSOR:  Add  six  items  not  completed  on  menu 
(WM:  3). 

5.  POSTPROCESSOR:  Graphics  to  same  scale  with  Red  and  Blue  on 
same  chart 

Base  case  and  excursion  on  same  chart. 

ATAF  and  CENTAG  perceptions. 

Loss  reports  plotted  as  integers  (WM:  2.5). 

There  are  in  addition  a  number  of  "clean-up”  jobs  to  be  done  that 
will  require  about  one  work  month  of  effort. 
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